METHOD AND SYSTEM TO CONTROL OPERATION OF A PORTLET 



DESCRIPTION 



CROSS REFERENCE TO RELATED APPLICATIONS 

[Para 1] This application is related to co-pending U.S. patent 

application Serial No. 10/708,971, filed April 5, 2004, entitled "Portal 
Including Detachable and Reattachable Portlets," which is incorporated herein 
in its entirety by reference and is assigned to the same assignee as this 
application. 

[Para 2] This application is also related to co-pending U.S. patent 

application Serial No. 10/710,943, filed August 13, 2004, entitled "Detachable 
and Reattachable Portal Pages," which is incorporated herein in its entirety by 
reference and is assigned to the same assignee as this application. 



BACKGROUND OF INVENTION 

[Para 3] The present invention relates to portlets and portal pages and 

more particularly to a method and system to deactivate and reactivate a portlet 
associated with a portal page or the like. 

[Para 4] Portlets are a series of related tasks or portal applications 

presented to a user in a web page of a portal environment. A portal page may 
contain multiple portlets. Portlets are usually depicted as small boxes in a web 
page, portal or portal page. By default, portlets on a portal page may 
automatically pass content or data between each other to allow all portlets to 
synchronize the data they present based on an incident, event or task being 
performed. This behavior is in accordance with the standard Portal 
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Development Model provided by portal servers such as the IBM Websphere® 
Portal or the like. Portlets are reusable components that may provide access to 
applications, web-based content, and other resources. Whenever a portlet is 
reused or used in conjunction with a different request or event selected by a 
user, the contents of the reused portlet may be changed and the original or 
preceding content, information or data is lost. This is particularly the case 
with a singleton portlet. A singleton portlet is a portlet that only exist once on 
a given portal page. If the portlet doesn't already exit on the page, the portlet 
is created and passed context or content, if needed or called for to be used 
with respect to a particular operation, event or task. If the portlet already 
exists on the portal page, context or data may be passed to it to carry out the 
particular event, operation or task. For example, an operator or user may 
select an event in an event viewer portlet of a portal page. Selecting the event 
may launch a singleton portlet to perform a particular function in conjunction 
with the event viewer portlet, such as an event properties portlet to show the 
event properties information associated with the selected event. If the 
operator or user now selects a different event in the event viewer portlet, the 
context or content of the event properties singleton portlet will change to 
show the event properties information associated with the newly selected 
event and the former context or content will be replaced and lost. Because the 
event properties portlet is a singleton portlet, a new event properties portlet is 
not launched in response to selection of the new event. There may be times, 
however, when preserving the data or information in a portlet, whether a 
singleton or not, may be desired. Additionally, preserving or freezing the data 
content of an individual portlet and changing the behavior of a portlet on a 
portal page may also be desirable under other circumstances, such as 
preserving data content across refreshes of the portal page, selectively 
toggling a portlet's ability to be targeted by a Portal Click-to-Action feature or 
similar circumstances. If a Portal Click-to-Action feature is enabled, a user 
can broadcast messages to all portlets on a portal page to further promote 
cooperation between the portlets but pre-existing content may be lost. In 
most cases, a user wants portlets to behave in this manner. However, under 
some circumstances, a user may want to freeze the content or deactivate a 
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specific portlet and tPierefore does not desire tPiis portlet bePiavior. Current 
portal server technology does not provide a means to avoid such behavior or 
to preserve or freeze content in a portlet. 



SUMMARY OF INVENTION 

[Para 5] In accordance with an embodiment of the present invention, a 

method to control operation of a portlet may include preserving, freezing or 
caching data or information in a selected portlet. The method may also 
include changing a behavior of the portlet on the portal page to prevent the 
portlet from being affected by refreshes across the portal page or to selectively 
toggle a portlet's ability to be targeted by a portal click-to-action feature or 
the like. The method may further include selectively ignoring the presence of 
a singleton portlet and creating a new instance of the singleton portlet if 
needed. 

[Para 6] In accordance with another embodiment of the present 

invention, a method to control operation of a portlet associated with a portal 
page may include deactivating a selected portlet in response to operating a 
deactivation feature. The method may also include reactivating the selected 
portlet in response to operating a reactivation feature. 

[Para 7] In accordance with another embodiment of the present 

invention, a method to control operation of a portlet associated with a portal 
page may include deactivating a selected portlet in response to operating a 
deactivation feature. The method may also include overlaying the selected 
portlet with an electronic pane or window to block all inputs of the selected 
portlet while the selected portlet is deactivated. The method may further 
include reactivating the selected portlet in response to operating a reactivation 
feature. 

[Para 8] In accordance with another embodiment of the present 

invention, a portal page may include a plurality of portlets. The portal page 
may also include a deactivation feature associated with at least one of the 
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plurality of portlets to deactivate the portlet to preserve a selected content of 
the at least one portlet. 

[Para 9] in accordance with another embodiment of the present 

invention, a system to control operation of a portlet may include a portal 
server. The system may also include a portlet deactivation /reactivation 
feature, program or computer executable code operable on the portal server. 

[Para 1 0] In accordance with another embodiment of the present 
invention, a computer-readable medium have computer-executable 
instruction for performing a method that may include deactivating a selected 
portlet in response to operating a deactivation feature. The method may also 
include reactivating the selected portlet in response to operating a reactivation 
feature. 



BRIEF DESCRIPTION OF DRAWINGS 

[Para 1 1 ] Figure 1 is a flow chart of an exemplary method to control 
operation of a portlet associated with a portal page in accordance with an 
embodiment of the present invention. 

[Para 1 2] Figure 2 is a flow chart of an exemplary method to control 
operation of a portlet associated with a portal page in accordance with another 
embodiment of the present invention. 

[Para 1 3] Figure 3 is a flow chart of an exemplary method to control 
operation of a portlet associated with a portal page in accordance with a 
further embodiment of the present invention. 

[Para 1 4] Figure 4 is a flow chart of an exemplary method to launch a 
new instance of a singleton portlet in accordance with an embodiment of the 
present invention. 

[Para 1 5] Figure 5A illustrates an example of a portal page including 
portlets with a deactivation feature in accordance with an embodiment of the 
present invention. 
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[Para 16] Figure 5B illustrates an example of a portal page including a 

new instance of a singleton portlet in accordance with an embodiment of the 
present invention. 

[Para 1 7] Figure 6 is an example of a system to control operation of a 

portlet in accordance with an embodiment of the present invention. 



DETAILED DESCRIPTION 

[Para 1 8] The following detailed description of preferred embodiments 
refers to the accompanying drawings, which illustrate specific embodiments of 
the invention. Other embodiments having different structures and operations 
do not depart from the scope of the present invention. 

[Para 1 9] Figure 1 is a flow chart of an exemplary method 1 00 to control 
operation of a portlet associated with a portal page in accordance with an 
embodiment of the present invention. In block 102, a deactivate feature, icon 
or the like may be operated to deactivate a selected portlet. As described in 
more detail with respect to Figure 5, a button or icon may be provided inside 
the contents of the portlet or in a title bar of the portlet that may be operated. 
The button or icon may be clicked on or otherwise operated by a computer 
pointing device, mouse or the like to transmit a request to a portal server to 
deactivate the portlet or switch the portlet to a deactivated mode or state. 
Alternatively, an application programming interface (API) may be provided in a 
portal server that may be toggled to switch a selected portlet between an 
active and deactivated state or mode. Using this API, a portlet may toggle its 
own activation state and other portlets can toggle the state as well. The portal 
page may include a plurality of portlets for performing different functions or 
tasks that may each include a deactivate feature or only certain portlets may 
be able to be deactivated. 

[Para 20] In block 1 04, the content, data or information in the portlet 
may be frozen, preserved or cached in response to deactivating the selected 
portlet. A selected portlet may be deactivated by a user or operator to 
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preserve the content, information or data contained in tPie portlet for various 
reasons or purposes, sucPi as for future use or reference, for troublesPiooting 
purposes or the like. In block 1 06, hyperlinks, buttons and other inputs of the 
selected portlet may be disabled in response to deactivating the selected 
portlet, 

[Para 21 ] In block 1 08, a portal server may be reconfigured to ensure 
that the deactivated portlet cannot be affected while deactivated. The portal 
server may be reconfigured to prevent the deactivated portlet from being 
moved, closed or placed in edit mode or other condition that may permit the 
portlet and its contents to be affected or altered. The portal server may also 
disable any portlet messaging for the deactivated portlet. The deactivate 
feature permits a user or operator to have the portal server selectively ignore 
the presence of a singleton portlet and to create a new instance of the portlet 
if needed or called for use in another task, function or event. The deactivate 
feature also permits a user to preserve or freeze the data content of the 
selected, deactivated portlet across any refreshes of the portal page. The 
deactivation feature further permits a user or operator to selectively toggle a 
portlet's ability to be targeted by a portal click-to-action feature. Accordingly, 
the deactivation feature provides a means of "locking" a selected portlet in a 
portal page or portal environment under the control of a user or operator and 
may be provided as a feature of the portal server versus an internal application 
program interface (API). 

[Para 22] In block 1 1 0, a reactivate feature or icon associated with the 
deactivated portlet may be operated to reactivate the portlet. In block 1 1 2, 
hyperlinks, buttons and other inputs associated with the portlet may be 
enabled in response to the portlet being reactivated or switched to an active 
state or mode. In block 1 1 4, updating the content of the portlet may be 
permitted. In block 1 1 6, the portal server may be reconfigured to permit 
alteration or changes to the content of the portlet. Accordingly, any refreshes 
of the portal page may now update the contents of the portlet and the portlet 
may now be targeted by any click-to-action messages. 
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[Para 23] Figure 2 is a flow chart of an exemplary method 200 to control 

operation of a portlet associated with a portal page in accordance with another 
embodiment of the present invention. In block 202, a deactivate feature or 
icon may be operated to deactivate a selected portlet similar to that discussed 
with respect to method 1 00 of Figure 1 . In block 204, a portal server may 
detect that the selected portlet is deactivated or in a deactivated state. The 
portal server may detect that the portlet is in a deactivated state by sending a 
message to interrogate the portlet or the portlet may transmit a deactivation 
message to the portal server in response to being deactivated. In block 206, 
the portal server may automatically replace the contents of the portlet with 
frozen contents or contents that cannot be altered. In block 208, hyperlinks, 
buttons and other inputs associated with the portlet may be disabled. 

[Para 24] In block 21 0, a reactivate feature or icon may be operated to 
reactivate the portlet or an API in the portal server may toggle to reactive the 
portlet. In block 21 2, the portal server may detect the reactivated state of the 
portlet. In block 214, hyperlinks, buttons and other inputs associated with the 
portlet may be enabled. In block 216, the portal server may automatically 
replace the contents of the portlet with any updated content. 

[Para 25] Figure 3 is a flow chart of an exemplary method 300 to control 

operation of a portlet associated with a portal page in accordance with a 
further embodiment of the present invention. In block 302, a deactivate 
feature may be operated to deactivate a selected portlet similar to that 
described with respect to blocks 102 and 202 in Figures 1 and 2, respectively. 
In block 304, a portal server may detect the deactivated state of the portlet. 
The deactivated state may be detected by the portal server interrogating the 
portlet or the portlet transmitting a message to the portal server in response 
to being deactivated. In block 306, the portal server may automatically replace 
the contents of the portlet with frozen contents or contents that cannot be 
altered or changed. Alternatively, the contents of the portlet may be cached or 
preserved when the portlet is deactivated. 

[Para 26] In block 308, the deactivated portlet may be overlaid with an 
electronic, invisible pane or window to block the inputs of the deactivated 
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portlet. The electronic pane prevents clicking on any hyperlinks, buttons or 
the like in the deactivated portlet and may block any communication with the 
portlet except to reactivate the portlet. The approach or technique used for 
the electronic pane or window may be similar to a "glass pane" used In Java* 
Swing, or the like. A "glass pane" associated with Java* Swing is useful to catch 
events or paint over an area that already contains one or more components. 
For example, mouse events can be deactivated for a multi-component region 
by having the glass pane intercept the events. The glass pane used to overlie 
a deactivated portlet In the present Invention may use dynamic hypertext 
markup language (DHTML) or the like to create the glass pane that may be 
used in a manner very similar to how glass panes are used in Java® Swing. 
Alternative, an image can be displayed over multiple components using the 
glass pane. More details regarding Java* Swing and the "glass pane" concept 
may be found at the Sun Microsystems web site. 

[Para 27] In block 31 0, a reactivate feature or icon may be operated to 
reactive the selected portlet. In block 312, the portal server may detect the 
reactivated portlet. The reactivated portlet may be detected by the portal 
server sending an Interrogation message to the portlet or the portlet may 
transmit an active signal to the portal server In response to be reactivated. In 
block 314, the invisible pane blocking the inputs of the portlet may be 
removed to permit communication with the portlet. In block 316, the portal 
server may automatically replace the contents of the portlet with any updated 
contents. 

[Para 28] Figure 4 is a flow chart of an exemplary method 400 to launch 
a new instance of a singleton portlet in accordance with an embodiment of the 
present invention. In block 402, any selected portlets may be deactivated In 
which content is desired to be preserved similar to that described above. In 
block 404, a portal server may receive a request for a different event or task 
selected by a user in the portal page. In block 406, a determination may be 
made whether the request needs or calls for the use of any deactivated 
portlets. If no deactivated portlets are needed, the method 400 may advance 
to block 408 and use of the portlets needed for the event or task may be 
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coordinated. The method 400 may then return to block 402 and continue as 
previously described. If a deactivated portlet is needed for the request or 
event in block 406, a determination may be made in block 41 0 if the portlet 
needed or called for is a singleton. If the portlet is not a singleton in block 
41 0, the event or task may be performed using an existing instance of the 
portlet in block 408. If the portlet is a singleton in block 41 0, the method 400 
may advance to block 412. In block 41 2, a new instance of the singleton 
portlet may be launched. In another embodiment of the present invention, a 
dialogue box may be presented to the user to warn the user that a singleton 
portlet is needed for the newly selected event or task and that at least some of 
the existing content may be replaced and lost if the singleton is reused. The 
user may then be given an option to reuse the singleton portlet or to preserve 
the content of the singleton portlet and to launch a new instance of the 
portlet. 

[Para 29] Figure 5 illustrates an example of a portal page 500 including 
a portlet A 502 and a portlet B 504 each with a deactivation feature in 
accordance with an embodiment of the present invention. The deactivation 
feature may be a button 506 labeled "DEACT," "DEACTIVATION" or other 
suitable identification indicating the function of the button or icon. The 
deactivation button 506 or icon may be located in the title bar 508 of each 
portlet 502 and 504 as illustrated in Figure 5A. Alternatively, the deactivation 
button 506 or icon may be in the contents or body of the portlet 502 or 504. 
The portlets A and B 502 and 504 may communicate with one another as 
illustrated by the two way arrow 510. 

[Para 30] The portlets A and B 502 and 504 may be controlled or 
deactivated and reactivated similar to that described with respect to methods 
1 00, 200 and 300 and 400 of Figures 1 -4, respectively. Accordingly, portlet B 
504 may be deactivated by operating the deactivate button 506 with a 
computer pointing device or the like. The content in portlet B 504 may then 
be frozen or preserved as illustrated in Figure 5B in response to deactivating 
the portlet B 504. A reactivate feature may be provided in the deactivated 
portlet B 504. The reactivate feature may be a button 512 that may be labeled 
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"REACT," "REACTIVATE" or a similar label identifying the function of the button 
or icon. The button 51 2 or icon may be in the title bar 508 as illustrated in 
Figure 5B or somewhere in the contents or body of the portlet 504. The 
deactivate button 506 may be converted to the reactivate button 51 2 in the 
deactivated portlet B 504. 

[Para 31] If portlet B 504 is a singleton portlet and a user selects another 
event or task that calls for use of the portlet B 504, another instance of portlet 
B or a new portlet similar to portlet B 504, portlet B-1 514, may be launched 
as illustrated in Figure 5B. The process may be similar to that described with 
respect to method 400 of Figure 4. The new portlet B-1 514 may also include 
a deactivation button 516 or icon. 

[Para 32] The content of portlet B 504 may then be preserved or frozen 
and the content of new portlet B-1 514 may be changeable in the event the 
user selects a new event or task in the portal page 500, a refresh of the portal 
page 500 occurs, or a click-to-action or other occurrence takes place that may 
call for updating the content of the portal B-1 514. The portlet A 502 and 
portlet B-1 514 may communicate with one another as illustrated by arrow 
51 8. Any hyperlinks, buttons (other than the reactivate button 51 2) or other 
inputs associated with portlet B 504 may be disabled or covered by an 
electronic, invisible pane to prevent portlet B 504 and its contents from being 
affected as described with respect to methods 1 00, 200 and 300 of Figures 1 , 
2 and 3, respectively. 

[Para 33] The portlets 502, 504 and 514 may also include a portlet pop- 
out or portlet detach /reattach feature 520. The portlet pop-out feature or 
portlet detach /reattach feature 520 permits portlets to be detached from the 
portal page 500 for various reasons, such as to reduce congestion or clutter 
within a portal page with numerous portlets. The portlet detach /reattach 
feature may be similar to that described with respect to co-pending U.S. Patent 
Application Serial No. 10/708,971 , filed April 5, 2004, entitled "Portal 
Including Detachable and Reattachable Portlets" which is incorporated herein 
by reference as indicated above. 
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[Para 34] The portal page 500 may also include a detach /reattach 
feature 522 to detach and reattach the portal page 500 to a portal 
environment. The portal page detach /reattach feature 522 may be similar to 
that described in co-pending U.S. Patent Application Serial No. 10/710,943, 
filed August 13, 2004, entitled "Detachable and Reattachable Portal Pages" 
which are incorporated herein by reference as recited above. 

[Para 35] Figure 6 is an example of a system 600 to permit a user 602 to 
control operation of a portlet in accordance with an embodiment of the 
present invention. The user or client 602 may be a desktop or mobile 
computing system, cellular telephone, personal digital assistance or the like. 
The system 600 may also be accessed by a remote portlet request 603 from 
another server or system. Elements of the methods 1 00, 200, 300 and 400 of 
Figures 1,2,3 and 4 may be embodied in the system 600. The system 600 
may include a portal server 604. The portal server 604 may provide common 
services, such as application connectivity, integration, administration, and 
presentation capabilities that may be needed across all portal environments. 
The portal server 604 may include an authentication element 606 to establish 
a user's identity. The portal server 604 may use form-based authentication. 
In form-based authentication, a user may be prompted through an HTML form 
or the like to enter a user ID and password for authentication when trying to 
access a particular portal, portal environment or website. After receiving the 
user's identification and password information, the portal server 604 may 
validate the authentication information via an authorization element 608. The 
portal server 604 may validate the authentication information against 
information contained in a Lightweight Directory Access Protocol (LDAP) 
directory 61 0. The authorization element 608 or process may also determine 
which pages or portlets a user has permission to access. The authorization 
element 608 may access the LDAP directory 61 0, a portal database 61 2, and a 
user profile database 614 in determining proper authentication, which portals 
are accessible by the user and other privileges or settings. The authorization 
element 608 may also interface with an extensible markup language (XML) 
access element 61 6. 
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[Para 36] The portal server 604 may also include a page aggregation 
element 61 8. Components of the page aggregation element 61 8 may be 
embodied in hardware or software. The page aggregation element 61 8 may 
include a themes and skins module 620. Users may be able to customize or 
personalize pages including for example, a choice of color themes, skins and 
page layouts. Themes may be used to define fonts, colors, spacing and other 
visual elements. Themes may consist of cascading style sheets, Java Script 
Page QSP) files, images or the like. Skins may be decorations and controls 
placed around portlets, such as title bars, borders, shadows, or similar 
treatments. The page aggregation element 61 8 may also include a JSP tab 
library 622, transcoding module 624 and translation module 626 to further 
facilitate portal customization and presentation of the portal and portlets to 
the user 602. 

[Para 37] The portal server 604 may also include a portlet container and 
services element 628. Components of the portlet container and services 
element 628 may be embodied in hardware or software. The portlet container 
and service element 628 may include a portlet Application Programming 
Interface (API) 630. Portlets rely on portal infrastructure to access user profile 
information, participate in window and action events, communicate with other 
portlets, access remote content, lookup credentials, store persistent data and 
perform other functions. The portlet API 630 provides standard interfaces for 
these functions or services. 

[Para 38] The portlet container and services module 628 may also 
include a portlet detach /reattach feature 632. The portlet detach /reattach 
feature 632 may be similar to that described with respect to co-pending U.S. 
Patent Application Serial No. 10/708,971, entitled "Portal Including Detachable 
and Reattachable Portlets," and co-pending U.S. Patent Application Serial No. 
10/710,943, entitled "Detachable and Reattachable Portal Pages." The portlet 
container and services module 628 may also contain portlets 634 or 
information to form portlets. The portlet container and services module 628 
may also include other services or functions 636. Examples of other services 
or functions 636 may include, but is not limited to, content access, web page 
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clipping, searcPiing, document administration, portlet proxy, single signon and 
the like. 

[Para 39] The server 604 may also include a portlet 
deactivation /reactivation feature 638, program or computer executable code. 
The portlet deactivation /reactivation feature 638 may be embodied in methods 
1 00, 200, 300 and 400 of Figures 1,2,3 and 4, respectively. The portlet 
deactivation /reactivation feature may be part of the portlet container and 
services module 628 or a separate component as illustrated in Figure 6 or 
portions of the portlet deactivation /reactivation feature may be contained in 
the module 628. The graphical user interfaces to form portal page 500 and 
portlets A and B 502 and 504 and new portlet B-1 514 in Figure 5B may also 
be embodied in the portal server 604. 

[Para 40] Each user 602 or client may include a processor 640 and 

input/output devices 642. A browser or web browser 644 may operate on the 
processor 640 to facilitate accessing the portal server 604. The input/output 
devices 642 may include separate input devices, output devices or 
combination input/output devices. The input/output devices 642 may include 
a keyboard, pointing device, voice recognition system or the like. The 
input/output devices 642 may also include optical, magnetic, infrared or radio 
frequency devices, disk drives or the like. The input devices 642 may receive 
read or download software, computer-executable or readable instructions or 
the like, such as software that may embody elements of the methods 100, 
200, 300 and 400 of Figures 1,2,3 and 4. 

[Para 41 ] Each user 602 may access the portal server 604 via a 
communication network or medium 646. The communication network or 
medium 646 may be any communication system including by way of example, 
dedicated communication lines, telephone networks, and wireless data 
transmission systems, two-way cable systems, and customized computer 
networks, interactive kiosk networks, the Internet and the like. 

[Para 42] Elements of the present invention, such as methods 100, 200 
and 300 and 400 of Figures 1,2,3 and 4 respectively, and system 600 of 
Figure 6, may be embodied in hardware and/or software as a computer 
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program code that may include firmware, resident software, microcode or tPie 
lil<e. Additionally, elements of the invention may take the form of a computer 
program product on a computer-usable or computer-readable storage 
medium having computer-usable or computer-readable program code 
embodied in a medium for use by or in connection with a system, such as 
system 600 of Figure 6. Examples of such a medium may be illustrated in 
Figure 6 as I/O devices 642 or medium 646 or 648. A computer-usable or 
readable medium may be any medium that may contain, store, communicate 
or transport the program for use by or in connection with a system. The 
medium, for example, may be an electronic, magnetic, optical, 
electromagnetic, infrared or semiconductor system or the like. The medium 
may also be simply a stream of information being retrieved when the computer 
program product is "downloaded" through a network, such as the Internet or 
the like. The computer-usable or readable medium could also be paper or 
another suitable medium upon which the program may be printed. 

[Para 43] Although specific embodiments have been illustrated and 
described herein, those of ordinary skill in the art appreciate that any 
arrangement which is calculated to achieve the same purpose may be 
substituted for the specific embodiments shown and that the invention has 
other applications in other environments. This application is intended to cover 
any adaptations or variations of the present invention. The following claims 
are in no way intended to limit the scope of the invention to the specific 
embodiments described herein. 
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